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TELE VISION SET-TOP BOX WITH CONFI GURABLE 
^ F UNCTIONAL ITY,^ ~^ 



BACKGROUND OF THE INVENTION 



This application claims the benefit of U.S. 
5 Provisional Application No. 60/104,777, filed 

October 19, 1998. 

The present invention provides a software 
architecture framework for the soft set top and 
associates the different architectural components 
10 with the Opencable Advanced Set Top API 
Classification . 

The current OpenCable API classification is 
summarized in section 7 of the detailed description, 
below. 

15 The following acronyms and terms are used: 

API - Application Program Interface; 

ATSC - Advanced Television Systems Committee; 

ATM - Asynchronous Transfer Mode; 

CA - Conditional Access; 
20 CORBA - Common Object Request Broker Architecture; 

CSLIP - Connectionless Serial Line Interface 

Protocol ; 

DASE - ATSC T3/S17 Digital TV Application Software 
Environment ; 
25 DAVIC - Digital Audio-Visual Council; 

DC-2 - Digicipher II (tm), digital video standard 
proprietary to General Instrument (GI) Corporation; 
DSMCC - Digital Storage Media Command and Control; 
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DTV - Digital Television; 

DVB - Digital Video Broadcast; 

DVD - Digital Video Disc; 

EPG - Electronic Program Guide; 
5 FTP - File Transfer Protocol; 

GUI - Graphical User Interface; 

HSSIO - High-Speed Serial I/O 

I/O - Input /Output ; 

HOP - Internet Inter Orb Protocol; 
10 IP - Internet Protocol; 

IPG - Interactive Program Guide; 

IRD - Integrated Receiver Decoder; 

ISO - International Standards Organization; 

JVM - Java Virtual Machine; 
15 MIB - Management Information Base; 

MPEG - Moving Picture Experts Group; 

PSIP - Program and System Infoinnnation Protocol (for 

Terrestrial Broadcast and Cable) ; 

RAM - Random Access Memory; 
2 0 RMI - Remote Method Invocation; 

Sat - Satellite; 

SI - (DVB) Service Information; 

SMPTE - Society of Motion Picture and Television 

Engineers ; 

25 SNMP - Simple Network Management Protocol; 

SODA - denotes a security chip proprietary to 
General Instrument Corporation; 
S/PDIG - 

STAMP - Set Top Applications and Middleware 
30 Platform; 

S-vid - Video connector interface; 
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TCP - Transmission Control Protocol; 
UHF - Ultra High Frequency; 
UML - Unified Modeling Language; 
v*34 - a physical interface standard; and 
5 xDSL - high-speed Digital Subscriber Loop modem 
technology . 

A Set Top box, also referred to as an 
Integrated Received Decoder (IRD) or a subscriber 
terminal, is a device that receives and decodes 

10 television signals for presentation by a television. 
The signals can be delivered over a satellite, 
through a cable plant, or by means of terrestrial 
broadcast. Modern set tops also support video on 
demand (VOD) , pay-per-view, interactive shopping, 

15 electronic commerce, and enable Internet 

connectivity and possibly Internet-based telephony. 
The set top functionality is enabled through 
specialized hardware and software. 

In the past. Set Top software provided 

20 relatively simple functionality, was small and 

unstructured, and concerned primarily with 
minimizing the required memory capacity and 
processing cycles. However, the support of services 
such as data, Internet, Internet Telephony, etc. 

25 poses a new set of problems, including secure access 
by multiple users, multiple application management, 
management of resources, decoding, composition, 
coordination and presentation, of audio, video, 
graphics, and other data, etc. Existing Set Top 

30 software solutions do not solve these problems. 



4 



Accordingly, it would be desirable to provide 
Set Top software that can progress in an 
evolutionary process from a relatively simple 
functionality, small, unstructured, memory- and 
5 processing cycle-saving software, to software that 

has a relatively complex functionality, and is 
larger, structured, and memory- and processing 
cycle -int ens ive . Preferably, the fundamental 
technology underlying the next generation Set Top 

10 software architecture employs Java(tm), ActiveX (tm) 
or an equivalent type of component based object- 
oriented technology. 

The technology should allow the consideration 
of Set Top application and middleware software 

15 functionality independent from the operating system 

and hardware . 

Moreover, it would be desirable to provide an 
apparatus and machinery for support of multiple 
users, secure controlled access of resources, 

20 application download, registration, start, stop, and 
monitoring, resource download, registration, start, 
stop, and monitoring, management of audio, video, 
data presentations, and some additional 
functionality . 

25 The present invention provides a system having 

the above and other advantages . We refer to this 
technology as the General Instrument "Set Top 
Applications and Middleware Platform (STAMP) " . 
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SUMMARY OF THE INVENTION 

The present invention provides a software 
architecture framework for the soft set top. 

The Set Top software allows the consideration 
5 of Set Top application and middleware software 

functionality independent from the operating system 
and hardware • 

The invention can support various type of 
functionality, such as multiple users, secure 
10 controlled access of resources, application 

download, registration, start, stop, and monitoring, 
resource download, registration, start, stop, and 
monitoring, and management of audio, video, and data 
presentations . 

15 In a particular implementation, the invention 

is used to provide a television set- top terminal 
with software. The terminal includes a computer 
readable medium having computer program code means, 
and means for executing the computer program code 

20 means to implement a layered software architecture. 

In the layered software architecture, an application 
layer allows a user to interact with the terminal, a 
middleware layer supports the application layer by 
providing Application Program Interfaces (APIs) , an 

25 operating system layer supports the middleware 

layer, and a hardware layer supports the operating 
system layer. Additionally, the layered software 
architecture allows configuration of a functionality 
of the application layer and the middleware layer 

30 independently of the operating system layer and the 
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hardware 1 aye r . 

The layered software architecture includes a 
set top management layer that supports the 
application layer by configuring management services 
5 of the terminal. The management services include at 
least one of application, user, resource and 
presentation management. 

The set top management layer may implement a 
state information module to designate states of 
10 resources of the terminal. The state information 

module may be based on the ITU-T X.731 standard. 

The software architecture may further provide 
an application program interface (API) for providing 
a configurable functionality. The API may enable 
15 the terminal to support multiple users, or to secure 
controlled access of resources . The API may enable 
the terminal to download, register, start, stop, and 
monitor applications of the applications layer. The 
API may also enable the terminal to manage audio, 
2 0 video and/or other data presentations. 

The software architecture may also provide one 
or more of: a set top manager, a presentation 
manager, an application manager, a user manager, a 
resource manager, a set top agent, and a program 
25 view assistant. 

A corresponding method is also presented. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates a set top terminal software 
architecture evolution in accordance with the 
present invention, 
5 FIG. 2 illustrates a detailed set top terminal 

software architecture in accordance with the present 
invention . 

FIG. ^3_illustrates a set top management top- 
level class diagram in accordance with the present 
10 invention. 

FIG. ^^4^illustrates a set top application 
manager top-level class diagram in accordance with 
the present invention. 

FIG. 5 illustrates a set top applications 
15 management relations top-level class diagram in 
accordance with the present invention. 

FIG. ^e^llustrates a set top control 
application top-level class diagram in accordance 
with the present invention. 
20 FIG. _7_^llustrates a set top user manager top- 

level class diagram in accordance with the present 
invention. 

FIG. 8 illustrates a set top resource manager 
top-level class diagram in accordance with the 
25 present invention. 

FIG. 9 illustrates a top-level class diagram of 
available set top devices in accordance with the 
present invention. 
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FIG. 10 illustrates a set top software 
architecture framework in accordance with the 
present invention. 



DETAILED DESCRIPTION OF THE INVENTION 



The present invention provides a software 
architecture framework for the soft set top. 

FIG. 1 illustrates a set top terminal software 
architecture evolution in accordance with the 
present invention. 

Set Top software is seen as an evolutionary 
process that progresses from relatively simple 
functionality, small, unstructured, memory- and 
processing cycle -saving to relatively complex 
functionality, larger, structured, memory and 
processing cycles intensive. Java(tm), ActiveX(tm) 
or an equivalent type of component based object- 
oriented technology is seen as the fundamental 
technology underlying next generation Set Top 
software architectures. 

We refer to this technology as the "General 
Instrument Set Top Applications and Middleware 
Platform (STAMP)". This technology allows the 
consideration of Set Top application and middleware 
software functionality independent from the 
operating system and hardware. 

STAMP provides an apparatus and machinery for 
support of multiple users, secure controlled access 
of resources, application download, registration, 
start, stop, and monitoring, resource download, 
registration, start, stop, and monitoring, 
management of audio, video, data presentations, and 
some additional functionality. This technology 
allows the consideration of Set Top application and 
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middleware software functionality independent from 
operating system and hardware. 

STAMP is architected based on the Java API 
platform. Therefore, its most straightforward STAMP 
5 realization is using Java. FIG, 1 illustrates the 

Set Top software architecture evolution in a 
simplified form. A present architecture includes a 
hardware layer 100; an operating system layer 110, 
and a native applications and middleware layer 120. 

10 The "native" applications and middleware are 

designed for use with a specific operating system 
and hardware environment. In a near- term future 
architecture, the applications and middleware layer 
120 evolves to include a combination of proprietary 

15 applications and middleware 122, and the native 

applications and middleware 120. In a long-term 
future architecture, the applications and middleware 
layer 120 evolves to include only proprietary 
applications and middleware 122, which are 

2 0 independent of the operating syst:em and hardware 

environment. For example, an application such as a 
browser is written to an abstraction layer that is 
independent of the operating system and hardware 
environment . 

25 The approach taken in the design of the STAMP 

is to use STAMP components unless it is not feasible 
due to performance or other requirements, in which 
case the STAMP components can be replaced with 
native components . 

30 FIG. 2 illustrates a detailed set top terminal 

software architecture in accordance with the present 
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invention. The Figxire illustrates the layered 
architecture of the STAMP near-terin solution. 

The architecture 200 includes a hardware layer 
205, a device driver layer 210, and a real-time 
operating system layer 215. Another layer 222 
includes STAMP interpreter tasks 220, compiled STAMP 
tasks 225, and native application tasks 230. A next 
layer 232 includes native APIs 265 and a number of 
sublayers, including a STAMP components sublayer 
2 60, a STAMP application APIs sublayer 255, a 
standards API sublayer 250, encompassing standards 
such as DAVIC, DVB, ATSC, etc., a STAMP middleware 
APIs sublayer 245, and a siiblayer with STAMP 
interpreter tasks 235 and a STAMP compiler 240. 

Next, a STAMP set top management layer 2 70 is 
provided, then a layer 272 with STAMP applications 
275 and native applications 280. An applet layer 
285 is also provided. 

The layers within the software architecture 
indicate possible dependency from higher layer to 
lower layer. For example, an application will use 
STAMP components 2 60, which in turn use some 
standard APIs 250, which may run on a STAMP 
interpreter 235 or may be compiled on a STAMP 
compiler 240 . 

Generally, each layer is said to support or 
service the layers above it. 

The user interacts with the Set Top through the 
two topmost layers, the applet layer 285 and the 
application layers 275, 280. Any type of 
interaction with the set top is through applications 
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or applets. The different layers have been defined 
with the following reasoning: 

1. The topmost layer contains processing 
entities which are temporary in nature and run 
within applications, e.g., such as a browser, and 
are downloaded over broadcast channels, over the 
Internet, or are distributed otherwise. Applets run 
within applications, and therefore take advantage of 
the applications' resources and can be restricted in 
their capabilities. Applications can be STMP 
applications or native applications. 

2. Applications are permanent, or at least 
long-term. They are the only unit -level application 
processing entities and are part of the basic Set 
Top software distribution or some later upgrade 
through code download or other means. On the STAMP 
side, they are implemented as lightweight process 
groups (e.g., Java thread groups). 

3 . STAMP Set Top Management controls all Set 
Top resources and multiplexes them between the 
different Set Top applications. 

4. Applications, applets, and management 
components are built out of STAMP component sets 
(e.g., Java Bean Bags). Different component sets 
are defined for different problem domains, e.g., 
graphics, networking, etc. The advantage of using 
component sets is the uniformity of components, 
i.e., it is easier to build a house out of bricks 
than variable size stones. 

5. STAMP components are built using a variety 
of APIs. The topmost API layer in the software 
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architecture consists of those APIs that have been 
defined to create suitable abstractions for 
different domains such as conditional access, set 
top management, etc. STAMP components can use any 
5 of the API layers, but the preferred API access 

layer is the next lower one, which is the STAMP 
Applications API layer 255. 

6. STAMP Applications APIs are defined using 
Standard APIs which define industry-wide viable 

10 abstractions of common Set Top functionalities such 
as MPEG PSI, DVB SI, etc. STAMP Application APIs 
can use any of the API layers, but the preferred API 
access layer is the next lower one, which is the 
Standard API layer 250. 

15 7. Standard APIs are defined using STAMP 

Middleware APIs 245, e.g., Standard Java APIs such 
Personal Java, Java Security API, etc. 

8 . STAMP Middleware APIs execute on an 
interpreter (such as a JVM) or are compiled. 

2G 9, If STAMP Middleware APIs are interpreted, 

the interpreter executes as a task or a group of 
tasks within the Operating System 215 . 

10. The Operating System 215 controls all the 
Set Top resources and enables interaction between 

25 the various tasks and resources. 

11. The Operating System 215 uses Device 
Drivers 210 to control and communicate with a 
variety of devices . 

12. The bottom layer is the actual hardware. 
3 0 Agents are processing units that enable 

functionality on behalf of another entity. Examples 
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Of agents might be a "Management" agent that allows 
the IRD to be remotely managed by some headend 
facility either via MPEG transport, modem, or other 
method. Or, a "Personal" agent might act on a 
user's behalf to monitor the user's actions and 
search for material that matches their behaviors 
(e.g., ProgramViewAssistant) . 

§1. Execution and Management Framework 

STAMP assumes the following sequence of steps 
after a Set Top is turned on: 

1. After the OS is up and running, the STAMP 
Interpreter is started with the GI SetTop Program, 

2. The GI SetTop Program consists of a single 
infinite loop which initializes and starts the 
processing threads. 

• The first threads started are the 
"management threads", which service all other 
threads. These threads also catch exceptions thrown 
by initialized devices. 

3. Application Threads are started as a 
result of actions by the SetTop Manager Thread 
Group . 

4. Applets are started by Applications. 

5 . The SetTop Manager Thread Group control 
all tasks on the Set Top, inside or outside of the 
interpreter. 

6. The SetTop Manager Thread Group can stop 
the JVM and the Set Top itself. 

The Set Top Management Framework consists of 
the following management entities: 



1. The Set Top Manager (SetTopManager) - 
controls the Set Top and initiates and starts all 
functions; configures all management services 
including application, user, resource, and 
presentation management; closely interacts with the 
presentation manager, which controls the 
presentation of all audio-visual materials; 
configures, starts, stops, and interacts with the 
Set Top Agent which enables remote Set Top 
management through the Internet or over the 
transport stream; configures, starts, stops, and 
interacts with the Program View Assistant. 

2. Presentation Manager - consists of three 
types of elements, namely decoders, compositors, and 
presenters; configures all presentable devices 
(video, audio, etc J; controls the decoding of all 
presentable materials; composes all presentable 
materials for audio and/or video presentation; 
presents all presentable materials; possibly 
interacts with event processing and forwarding to 
all registered applications; supports a user 
interface for presentation preferences. 

3. Application Manager - manages the life- 
cycle of applications including, registration 
(loading) of applications, maintenance of a list of 
applications available, possibly decryption or 
decompression and move to address space, assessment 
of whether application can run based upon its 
execution attributes, start /stop /monitor application 
treads and allotted resources, vehicle for intra- 
application communication, propagates events to 
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applications that care (registered) ; and supports a 
user interface for application management. 

4. User Manager - manages a list of users, 
their preferences, and their access rights with 
5 regards to set top resources. Verifies 

authorizations / security to enable components to 
operate. Supports a user interface for user 
preferences, user management, and access control 
management of the set top, 
10 5. Resource Manager - Provides access to all 

set top resources through a variety of resource 
specific APIs, Manages those resources. Supports a 
user interface for resource management. 

6, Set Top Agent - A Java SNMP Agent with a 
15 MIB that permits fault, configuration, accounting, 

performance, and security management of the Set Top. 

7. Program View Assistant - An intelligent 
agent utilizing forward chaining based on the 
unification algorithm; minimally, it allows the 

20 association of users with different types of 

presentation materials using the IPG database; it 
supports an interactive display that can be started 
as an application or assists the user in background 
mode through alerts, operations short cuts, and 

25 other types of help. 

The figure discussed below is a Unified 
Modeling Language (UML) class diagram depicting the 
class relations between various set top management 
components . 

30 FIG. 3 illustrates a set top management top- 

level class diagram in accordance with the present 
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invention. FIG. 3 uses the Unified Modeling 
Language, developed by Rational Software 
Corporation, USA. A class diagram represents the 
static structure of a system, and shows a pattern of 
5 behaviors that the system exhibits. This is 

accomplished by showing the existence of classes and 
their relationships. Each class is represented by a 
box with three sections. The top section lists the 
class name. The middle section denotes a list of 

10 attributes, and the bottom section denotes a list of 
operations. In the figures, only the class names 
are shown for simplicity. 

A solid line between classes denotes an 
association. A solid line with a white diamond tip 

15 denotes aggregation by reference, while a black 

diamond tip denotes aggregation by value. A 
triangular arrowhead denotes a restricted 
navigation, e.g., inheritance of operation but not 
of structure . 

20 Additionally, a number may optionally be shown 

next to a line end that touches a class box to 
indicate the cardinality of the relationship, e.g., 
0, 1 . , . Also, denotes "or more", e.g., "0. 

. . *" denotes "0 or more". "0. , .1" denotes an 

25 aggregation of 0 or 1 . 

All management entities consist of processing 
threads (lightweight processes or tasks) . All of 
the management processing threads are part of the 
SetTopManager ThreadGroup 305, which is further 

3 0 subdivided into the ApplicationManager 310, 
Present ationManager 315, UserManager 320, 
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ResourceManager 325, and SetTopAgent 330 
ThreadGroup{s) . 

All management entities interface the set top 
management information base (SetTopMIB) 335, Each 
5 management entity (MngmtEntity) 355 controls a part 
of the MIB while the SetTopAgent 330 provides 
external access to the MIB (i.e., SNMP, RMI, CORBA, 
HOP, etc.). MngmtEntity 355 is associated with a 
Thread 360 and a ThreadGroup 365, both from 
10 java.lang. 

The ApplicationManager 310 controls the 
applications registry (AppRegistry) 340, the 
presentation manager controls the 

PresentationRegistry 345, the user manager controls 
15 the user registry (UserRegistry) 350, and the 

resource manager controls the resource registry 
(ResourceRegistry) 355. The following subsections 
outline the different management entities in more 
detail , 

2 0 Note that the invention enables the application 

of generic state information modules, such as those 
described in the ITU-T X.731 standard, within 
applications, resources, and the set-top MIB. This 
standard is part of the Q3 standard adopted by the 

25 Telecommunications Management Network (TMN) . The 
TMN standard was developed by the CCITT (now the 
ITU-T) to provide an architecture to achieve an 
interconnection between various types of management 
systems and telecommunications equipment for the 

30 exchange of management information over standardized 
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interfaces. TMN is largely based on OSI management 
standards and includes : 

Principles for TMN (ITU-T M.3010 and M.3020), 
which defines the architecture; 

Generic Network Information model (ITU-T 
M.3100) ; 

Management Services (ITU-T M.3200) ; 

Management Function (ITU-T M.3400) ; and 

Protocol Profiles for Management Interfaces 
(ITU-T Q. 811, Q.812, Q.773). 

It is intended that all networks, 
telecommunications services, and major type of 
equipment may be managed by TMN. 

TMN functions exchange management information 
by means of the ITU-T X-700 series (OSI system 
management) standards. Each software component in a 
TMN layer represents itself and the resources it 
manages to the layer above as a managed object. The 
interactions between manager and agent are defined 
by means of CMISE/CMIP. The organization of the 
information architecture, the MIB, contains managed 
objects for specific technologies that can be 
refined from the general template provided in ITU-T 
M-3100, the Generic Network Information Model. 

All TMN communication is based on the Agent - 
Manager paradigm. The Q3 interface relies on the 
OSI management model using the OSI Common Management 
Information protocol. CMIP is used between Common 
Management Information Service Elements (CMISE) to 
provide Common Management Information Service 
(CMIS) . 
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§1.1. Applications Management 

The application manager controls a number of 
applications which are all built based on the 
generic applications template which enables the 
5 monitoring and control by the application manager. 

The application management APIs provide the 
system with application life- cycle and application 
integrity related functions. 

Application Verification and Validation API - 
10 The application verification and validation API 

provides the system with functions for TBD. 

Application Life Cycle API - The application 
life cycle API provides the system with functions 
for loading, starting, pausing, stopping, and 
15 unloading applications. 

Application Registration API - The application 
registration API provides the system with functions 
for registering application version and application 
source information . 
20 FIG. 4 illustrates a set top application 

manager top-level UML class diagram in accordance 
with the present invention. 

Like -numbered elements correspond to one 
another in the various figures. 
25 Here, a Resourced lent class 405 is associated 

with a GenericApp class 410, which is associated 
with a Modem Proxy class 415, which is associated 
with a ResourceProxy class 420. 

The ResourceClient class 405 and ResourceProxy 
30 class 420 may be from org. davic . resources . The 
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GenericApp class 410 may be from 
gi , settop . applications . 

Generic applications implement resource client 
405 and resource proxy 420 interfaces for all 
5 resources used by the individual applications 410. 

All applications, although managed by the 
application manager only, have to interact with the 
presentation 315, the user 320, and the resource 
manager 325, FIG. 5 contains a UML class diagram 
10 illustrating these dependencies. 

FIG. 5 illustrates a set top applications 
management relations top-level UML class diagram in 
accordance with the present invention. 

The GenericApp class 410 may be associated with 
15 various classes, such as a Download class 505, a 

WatchTV class 510, an Email class 515, a Ticker 
class 520, a WebBrowser class 525, and an EPG class 
530, each of which may be from 
gi . settop . applications . 
20 The interaction between the user and all 

management entities is accomplished through the set 
top control application, which, as are all other 
applications, is controlled by the application 
manager 310 through the generic application 410 
25 template. 

FIG. 6 illustrates a set top control 
application top-level UML class diagram in 
accordance with the present invention. 
The set top control application 
30 (SetTopControlApp) 605 coordinates the interaction 

between the user through a set top control GUI 
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(SetTopControlGUI) 610, and the different set top 
managers 310, 315, 320 and 325. 

The SetTopControlApp 605 and SetTopControlGUI 
610 may be from gi . settop , applications • 

5 

§1.2. User Management 

The user profile APIs provide the system with 
user-centric and account-centric functions. 

Billing API - The billing API provides the 
10 system with functions for managing accounts and 

performing account -related transactions. 

Preferences API - The preferences API provides 
the system with functions for managing user- centric 
properties , 

15 Favorite Services API - The favorite services 

API provides the system with functions for managing 
user-defined sets and subsets of services. 

The security APIs provide the system with 
functions for controlling and managing access to 

2 0 applications, content, and services. 

Content Control API - The content control API 
provides the system with functions for controlling 
access to applications, content, and services based 
on user-centric criteria (parental locks) . 
25 Conditional Access API - The conditional access 

API provides the system with functions for 
controlling access to services based on service 
restrictions and account restrictions. 

Authentication and Certificate Management API - 

3 0 The authentication and certificate management API 
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provides the system with functions for TBD, 

Cryptography API - The cryptography API 
provides the system with functions for encrypting 
and decrypting content broadcast to the system, 
5 stored on the system, or sent from the system. 

User access control of the set top and user 
preferences management is handled by the user 
manager. The user manager uses the set top MIB as 
its information store and interacts with the users 
10 through the set top control application. 

FIG, 7 illustrates a set top user manager UML 
top-level class diagram in accordance with the 
present invention. 

A SecurityManager class 705 may be from 
15 java.lang. 

§1.3. Resource Management 

The resource management APIs provide the system 
with functions for measuring, allocating, and de- 
allocating the user of constrained hardware systems 
2 0 and services. 

System Profile API - The system profile API 
provides the system with functions for determining 
system resource and configuration information. 

Synchronization API - The synchronization API 
25 provides the system with functions for synchronizing 
disparate resources such as audio and video 
decoders , 

Resource Allocation API - The resource 
allocation API provides the system with functions 
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for requesting, accessing, and releasing hardware 
systems and services. 

System Test API - The system test API provides 
the system with functions for external applications 
5 to test hardware systems and services. 

System Diagnostic API - The system diagnostic 
API provides the system with functions for built-in- 
test and diagnosing system faults* 

FIG. 8 illustrates a set top resource manager 
10 UML top-level class diagram in accordance with the 
present invention. 

A GenericDevice class 805, which may be from 
gi . settop .devices, is associated with the 
ResourceManager class 325. 
15 The access to all set top resources by the set 

top applications is managed through the resource 
manager 325. The resource manager may use the DAVIC 
Resource API . 

FIG. 9 illustrates a UML top-level class 
20 diagram of available set top devices in accordance 
with the present invention. 

The GenericDevice class 8 05 may be associated 
with one or more of the following example classes: 
HardDrive 902, DiskDrive 904, RAMDisk 906, SmartCard 
25 908, DVD 910, DC2Sat 912, ATSCTerminal 914, MPEG 

916, MPEG Video 918, MPEG/AC3Audio 920, Terminal 
922, DVBSat 924, Keyboard 926, InputDevice 928, 
HSSIO 930, VideoOut 932, AudioOut 934, 
FrontPanelDisplay 936, SODA 938, IEEE1284 Parallel, 
30 UHFRemote 942, Inf raredRemote 944, IEEE13 94 946, 
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AnalogAudio 948, S/PDIG Digital Audio 950, 
Communications 952, DigitalCable 954, XDSL 956, V34 
958, lOBaseT 960, ATM 9 62, SMPTEVideoOut 964, 
RGBVideoOut 966, and CCIR16VideoOut 968. 
5 Each of the classes may be from 

gi . settop . devices . 

Available resources are being interacted with 
through the concept of a generic device. The device 

control APIs provide the system with functions for 
10 managing devices. Media control APIs include: 

Tuning and Demul tiplexingr API - The tuning and 
demultiplexing API provides the system with 
functions for selecting services and streams. 

Decoder API - The decoder API provides the 
15 system with functions for decoding video streams, 

audio streams, data streams, and elements within 
those streams . 

Playback Control API - The playback control API 
provides the system with functions for managing the 

2 0 playback of streams. 

§1 • 4 . Presentation Management 

Presentation management and the Presentation 
API play a role in two different types of scenarios 
within the Set Top: 
25 1. Presentable objects (graphics, video, 

audio) being created as a result of an application 
activation or application related processing. 

2, Presentation objects being created as a 
result of a decoding process of data coming over a 

3 0 carrousel, over the Internet, etc. 
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The Presentation API and Presentation Manager 
(PM) facilitate both scenarios in the same manner, 
i.e., the same object is created and has the same 
methods that can be activated. 
5 The presentation APIs provide the system with 

functions for displaying and controlling the display 
of information, status, content, and control to the 
user. 

Video Presentation API - The video presentation 
10 API provides the system with functions for managing 

the display of video data to the primary display 
surface . 

Front Panel Display Manager API - The front 
-panel display manager API provides the system with 

15 functions for managing the display of information, 

status, and control to front panel display surfaces. 

Graphics Presentation API - The graphic 
presentation API provides the system with functions 
for managing the display of graphic data to the 

20 primary display surface. 

Font Management API - The font management API 
provides the system with functions for loading, 
selecting, and displaying fonts on the primairy 
display surface. 

25 Audio Presentation API - The audio presentation 

API provides the system with functions for managing 
the playback of audio data to the primary audio 
outputs . 

A number of applications and applets within 
30 STAMP have GUIs. These include: 
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1. Installation & Diagnostic screens; 

2 . Set Top option screens which provide 
access to major Set Top features and applications 
and implement configuration screens (e.g.; rating 

5 preferences, language preferences, audio/video 

modes, etc. ) ; 

3 . Banners and detailed information for Watch 

TV; 

4. IPG screens; 
10 5. Web Browser screens; 

6. E-mail screens; 

7. Ticker (e.g., for stock prices) ; 

8. Applet Screens; and 

9. Downloadable application screens. 

15 All these GUIs are built out of a set of 

components which are defined through the 
Presentation API. 
§2 . Applets 

Java Applets are supported on Set Tops that 
2 0 host either a Java enabled Java Browser or a Java 

enabled Native Browser. The applet is downloaded 
via http over the Internet or via a DSMCC carrousel 
service . 

§3, Applications 
25 §3.1. Watch TV 

Watch TV - The system provides a simple 
broadcast television viewing environment. The user 
may channel up, channel down, return to a previous 
channel, and select a specific channel. 
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Watch TV with Parental Locks - The system may 
provide a means for the user to limit access to 
services, channels, or events • A password mechanism 
may over-ride the access limitations. Access may be 
based on channel, event rating, event theme, or some 
other criteria. 

Watch TV with Conditional Access - The system 
may provide a means to limit access to services, 
channels, or events based on the access rights of 
the user as a customer of the service provider. 
The access rights may pertain to service limitations 
or account limitations. 

Watch TV with Alternate Audio- The system may 
make available more than one audio stream for a 
specific video stream. The user has the opportunity 
to select an alternative audio stream for playback 
in synchronization with the video stream. 

Watch TV with Subtitling- The system may make 
available one or more text or graphic streams that 
may be synchronized and superimposed upon the video 
stream. 

§3.2, Downloading Applications 

The downloading application scenarios describe 
situations in which a broadcast application or data 
service is being bought or stored on the system. 

Watch TV with Persistent Unsynchronized Data 
Service - The system provides a data service that is 
not synchronized to the current audio and video 
stream (for example, a stock ticker) . The 
application that uses the data service (for example. 



the stock ticker graphical user interface) is 
already resident on the system, only the data (the 
stock quotes) is transmitted in this scenario. 

Watch TV with Persistent Synchronized Data 
Service - The system provides a data service that is 
synchronized to the current audio and video stream 
(for example, sport statistics that correspond to 
the player currently on screen) . The application 
that uses the data service is already resident on 
the system, only the data is transmitted in this 
scenario . 

Watch TV with Scheduled Download of Application 
- The system provides a means of scheduling and 
subsequently downloading an application located on a 
service that may not be the current service. 

Watch TV with Impulse Buy of Application - The 
system provides a means for the user to be notified 
of an available application and a means for the user 
to purchase and download the application. 

Watch TV with Background Application Update - 
The system provides a means for the user to download 
an application in the background (without disrupting 
the current audio and video presentation) . 

§3.3. Teleshopping 

The teleshopping scenarios describe situations 
in which the user may request information, products, 
or services through applications made available on 
the system. 

Watch TV and Request Information - The system 
provides a means for the user to request information 
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that corresponds to the currently broadcast video 
and audio. For example, during an automobile 
commercial, the user may request a brochure. 

Watch TV and Impulse Buy - The system provides 
5 a means for the user to purchase a product that 

corresponds to the currently broadcast video and 
audio. For example, during a commercial for a 
commemorative plate, the user may purchase the 
plate . 

10 Browse and Buy from a Video -centric Catalog - 

The system provides a means for the user to navigate 
through a catalog that contains graphics, video, and 
audio. The user can select and purchase a product 
or service in the catalog, 

15 Browse and Buy from a Audio-centric Catalog - 

The system provides a means for the user to navigate 
through a catalog that contains graphics and audio. 
The user can select and purchase a product or 
service in the catalog. 

20 Browse and Buy from a Graphics -centric Catalog 

- The system provides a means for the user to 
navigate through a catalog that contains graphics. 
The user can select and purchase a product or 
service in the catalog. 

25 §3.4. Near Video on Demand 

The near video on demand (NVOD) scenarios 
describe situations in which the user can select 
movies (or some other audio-video service) from a 
multiplex of similar movies or service. 



Pay-per-view - The system provides a means for 
the user to purchase a service from a multiplex of 
services. Interactivity is generally limited to the 
selection and purchasing process. 

Interactive Pay-per-View - The system provides 
a means for the user to purchase a service from a 
multiplex of services. The user can "pause" the 
service until the next availability of the service. 

§3.5, Gaming 

The gaming scenarios allow a user to play a 
game via a network-delivered service. Games may be 
single-user or multi-user games either located 
entirely on the system (local) or played over a 
network . 

Watch TV and Local Participate - The system 
provides a means for the user to watch a television 
program and "play along" with a single-user local 
application. For example, during "Wheel of Fortune" 
the user can "spin the wheel" and make their own 
guess . 

Watch TV and Multi-user Participate - The 
system provides a means for the user to watch a 
television program and "play along", competing with 
other users. 

Single Player Game - The system provides a 
means for the user to play a system-based game with 
no additional remotely located participants. 

Multi-user Game - The system provides a means 
for the user to play a system-based game in which 
there is additional, remotely located, participants. 
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§3.6. Internet Access 

The internet access scenarios allow the user to 
access internet-based content or functions: html 
pages, email, chat, streaming audio, etc. 
5 Browse the Web - The system provides a means 

for the user to browse web-sites. 

Email - The system provides a means for the 
user to read, write, and respond to electronic mail. 

Chat - The system provides a means for the user 
10 to communicate in real-time with other users on the 

Internet . 

Natch TV with Internet Content - The system 
provides a means for the user to simultaneously 
watch an audio and video service while performing an 
15 Internet -based activity that is made available with 

or through the audio-video service. 

Browse Neb with TV Content - The system 
provides a means for the user to watch an audio or 
video service that is made available from an 
20 Internet -based item. 

§3.7. Information on Demand 

The information on demand scenarios allow the 
user to access information- related content when they 
desire or customized to their preferences. 
25 Pay-per-view News Service - The system provides 

a means for the user to purchase an audio, video, or 
text-centric news service. The service might 
provide a headline -level of detail, an in-depth 
level of detail, editorial information, or some 
3 0 other level of service. 



Query for News Item - The system provides a 
means for the user to query multiple available 
sources for one or more "articles" pertaining to 
user-defined or user-selected criteria. 

Personalized News - The system provides a means 
for the user to tailor a news service to their 
preferred topics. 

Subscription Services - The system provides a 
means for the user to purchase and schedule a 
subscription to an audio, video, or text -centric 
news service. 

§3.8, Electronic Program Guide 

The electronic program guide scenarios allow 
the user to access channel, service, and event 
information. Generally the user may also control 
the system or navigate within the system using this 
information. 

Current Channel Now and Next - The system 
provides information on what service is currently 
available on the current channel and what service is 
following. 

All Channels Now and Next - The system provides 
information on what service is currently available 
on all known channels and what services are 
following. 

All Channels Now and Future - The system 
provides information on what service is currently 
available on all known channels and what services 
are available for some predetermined time in the 
future . 
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Request Preview from Guide - The system 
provides a means for the user to request a sample of 
a service. For example, the user might be able to 
request a trailer for a motion picture or a demo of 
an application. 

Purchase Event from Guide - The system 
provides a means for the user to purchase a future 
event or service from within the electronic program 
guide . 

Setup Program Reminder - The system provides a 
means for the user to schedule a notification of a 
future event at a future point in time. 

Purchase Application from Guide - The system 
provides a means for the user to purchase an 
application for download from within the electronic 
program guide, 

§3,9. Distance Learning 

The distance learning scenarios describe a 
virtual classroom in which students and teachers are 
not CO- located . 

Watch TV with Chat - The system provides audio 
and video of a virtual classroom. The system 
provides a means for the user to participate with an 
educator or other students (located at different 
sites) through chat. 

Watch TV with Test - The system provides audio 
and video of a virtual classroom. The system 
provides a means for the user to participate with an 
educator or other students (located at different 
sites) through chat. 
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§3.10. Home Banking 

The home banking scenarios describe services 
available to the user comparable to services 
available at a retail bank. 
5 Information Retrieval - The system provides a 

means for the user to access information pertaining 
to banking functions and their personal accounts. 

Transaction - The system provides a means for 

the user to perform typical retail bank electronic 
10 transfers. 

Service Applications - The system provides a 
means for the user to apply for retail bank services 
such as credit cards, loans, and checking. 

Counseling - The system provides a means for 

15 the user to get personalized financial assistance, 

§3 . 11 . Navigation 

The navisration scenarios describe situations in 
which the user activates services, applications, and 
content available on the system. 
2^ Application Activation - The system provides a 

means for the user to activate (run or launch) an 
application. 

Application Removal - The system provides a 
means for the user to remove an application from 
25 system memory, local storage, or remote storage 

associated with the system. 

System Preferences - The system provides a 
means for user to identify user- centric preferences 
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related to operation of the system or its user 
interface , 

Favorite Channel Setup - The system provides a 
means for the user to identify or customize the set 
5 of or subset of available services. 

§4. STAMP Component Architecture 

Component Groups (Bean Bags) are defined to 
facilitate domain specific (e.g., IPG) application 
component building sets. These set are NOT 
10 disjoint. The Java Bean Bags are: 

1. GI Application System Bean Bag - this set 
of components comprises all beans that are generic 
to all different application component sets. This 
may include information exchange mechanisms, 

15 synchronization mechanisms, timing mechanisms, 

storage mechanisms, etc. 

2 . GI GUI Bean Bag - this set of components 
includes all GUI beans that are generic to all 
different applications; this may include lists, 

20 buttons, sliders, etc. 

3. GI HotJava Bean Bag - this set of 
components includes all components that can be a 
part of a browser. 

4. GI IPG Bean Bag - this set of components 
25 includes all components that can be a part of the 

IPG application. 

5 . GI Tuning Bean Bag - this set of 
components includes all components that can be a 
part of a tuning application. 
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6. GI E-mail Bean Bag - this set of 
components includes all components that can be a 
part of an e-mail application. 

7 . GI Download Bean Bag - this set of 

5 components includes all components that can be a 

part of a download application. 

8 . GI Ticker Bean Bag - this set of 
components includes all components that can be a 
part of an information ticker application, 

10 9, GI Game Player Bean Bag - this set of 

components includes all components that can be a 
part of a game player application. 

§5. Applications Progrannning Interfaces (APIs) 
APIs provide the system with a hardware and 
15 operating system independent abstraction layer. 

This permits broadcast applications to be delivered 
to systems of widely varying processors and 
operating systems: from set-top boxes with a RISC 
processor and a real-time operating system to a 
20 personal computer with a microprocessor and a non- 
real-time operating system. 

All APIs are usable from native applications as 
well as from Java applications. The Following APIs 
need to be defined outside the scope of those APIs 
25 defined by DAVIC and those standardized by JavaSoft: 

§5.1, Event Management APIs 

The event management APIs provide the system 
with functions for sending and receiving messages, 
events , and " interrupts . " 
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Event Dispatch API - The event dispatch API 
provides the system with functions for sending 
messages, events, and "interrupts." 

User Input API ~ The user input API provides 
the system with functions for receiving and 
dispatching user-originated events (keyboard, mouse, 
front panel, remote control, etc), 

Inter-Process Coimunication API - The inter- 
process communication API provides the system with 
functions for sending messages and events between 
applications, processes, and threads. 

Scheduling API - The scheduling API provides 
the system with functions for establishing time and 
date triggered events and "interrupts", 

§5*2. Application Utility APIs 

The application utility APIs provide the system 
with general purpose functions commonly used by 
applications . 

Math API - The math API provides the system 
with functions for performing math routines. 

Time API - The time API provides the system 
with functions for accessing time and date and 
performing common time routines. 

String API - The string API provides the system 
with functions for loading, unloading, and 
manipulating strings. 

List API - The list API provides the system 
with functions for managing lists and other common 
dynamic data structures. 
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File API - The file API provides the system 
with functions for performing file-related 
operations . 

Localization API - The localization API 
5 provides the system with functions for performing 

common localization operations, 

Coimunications API - High-level interface to 
all communications and communications management 
components including dial-up networking, Internet, 
10 routing, transport stream, etc. 

Object Services API - Support for information 
exchange between objects; this includes an 
information model, types, relationships, 
operations, characteristics, naming, registry, 
15 distribution, etc. 

Database Services API - support for data store 
and retrieval mechanisms including a generic file 
system and registry. 

Download Services API - support for download 
20 services, 

§5.3. Content Management APIs 

The content management APIs provide the system 
with content life-cycle and content integrity 
related functions. 
25 Content Integrity API - The content integrity 

API provides the system with functions for TBD, 

Content Download API - The content download API 
provides the system with functions for storing 
applications broadcast to the system. 



40 



Content Version Control API - The content 
version control API provides the system with 
functions for managing the stored or loaded version 
of content . 

5 Content Storage API - The content storage API 

provides the system with functions for storing and 
retrieving content in the system or with remote 
storage . 

§5.4. System Information APIs 

^0 The syste:n information APIs provide the system 

with MPEG-2 system information and program 
information stream related functions. 

Event Information API - The event information 
API provides the system with functions for 

15 interpreting the event information stream, 

Channel and Service Map API - The channel and 
service map API provides the system with functions 
for interpreting the system and service information 
streams 

2 0 §5.5. GI Presentation APIs 

See Set Top Management Section, Enables the 
building of presentation manager components such as 
the decoders, compositors, and presenters; access to 
all presentation subsystems including graphics, 
25 audio, video as needed in addition to DAVIC and 

Standard Java APIs; manipulation of all presentation 
subsystems as needed in addition to DAVIC and 
Standard Java APIs; initialization, startup, 
manipulation, shut down and coordination of all 

3 0 presentation components; etc. 
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§5.6* GI Set Top Management APIs 

See Set Top Management Section. This API 
enables set top management applications by providing 
component hook-up functionality, component 
5 monitoring and control functionality, 

initialization, startup, shut down and coordination 
of all internal processes/daemons/applications / 
processing of asynchronous events as well as events 
resulting from collecting information; etc. 
10 Operations Support API - facilitates the Set 

Top Management API through Java/non- Java interfaces 
as well as an SNMP agent API. 
§5.7. DAVIC APIs 

The following DAVIC APIs are supported: 
15 1. Resource Notification API 

( org. davic. resources) - a standard mechanism for 
applications to register interest in scarce 
resources and to be notified of changes in those 
resources or removal of those resources in the 
2 0 envi r onmen t . 

2. The MPEG API (org . davic .mpeg) - includes 
the MPEG Component API, the MPEG Section Filter API, 
and the MPEG TransportStream API. 

3 . The Tuning API (org . davic . net . tuning) - 
25 tuning of network interfaces including multiple 
network interfaces (local and/or remote) . 

4. The Conditional Access API 
(org.davic.net .ca) - a CA system independent 
interface for accessing CA functionality. 
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5. The DVB SI API (org.davic .net .dvb, si) - an 
interface to DVB SI database (including the access 
to the actual transport stream through an optional 
cache) . 

5 6, The ATSC PSIP API (org . davic , atsc . psip) - 

an interface to the ATSC SI and PSI database 
(including the access to the actual transport stream 
through an optional cache) . 

7, The Media Player API ( org. davic .media) - 
10 an extension of the Java Media Framework to 

facilitate Set Tops. 

8. The DSM-CC U-U API (davic .dsmccuu) - 
implements a subset of the DSM-CC-U-U APIs defined 
in ISO/IEC 13818-6. 

15 §5.8. Standard Java APIs 

1. Personal Java - This API is a subset of 
the JDK 1.1 API, supplemented by a small number of 
new APIs designed to meet the needs of networked 
embedded applications. Java APIs introduced after 
20 JDK 1.1 will not automatically become a part of the 

PersonalJava API. New APIs will be reviewed and 
evaluated for appropriateness before being added to 
PersonalJava. 

The JDK 1.1 packages included in PersonalJava 
25 are: java. applet 

j ava . awt 

java.awt .datatransfer 
j ava . awt . event 
j ava . awt . image 
3 0 java.awt .peer 

j ava . beans 



Java, lo 

j ava . lang 

j ava . lang . reflect 

java.net 

j ava. u til 

2. The Java Text API - supports 
internationalization. 

3 . The Java Security APIs are a framework for 
developers to easily and securely include security 
functionality in their applets and applications. 
This functionality includes cryptography with 
digital signatures, encryption, and authentication. 

4. Java Commerce API will bring secure 
purchasing and financial management to the Web. 
JavaWallet is the initial component, which defines 
and implements a client- side framework for credit 
card, debit card, and electronic cash transactions. 

5. Java Media Framework (JMF) specifies a 
unified architecture, messaging protocol and 
programming interface for media players, capture and 
conferencing. JMF will be published as three APIs. 
The Java Media Player will be published first; Java 
Media Capture and Java Media Conference APIs will be 
published subsequently. Java Media Player is an API 
for synchronization, control, processing and 
presentation of compressed streaming and stored 
timed media, including video and audio. 

6. Java RMI (including CORBA) - object- 
oriented distributed processing API that supports 
CORBA. 

§6. The Set-Top Software Architecture 
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FIG. 10 illustrates a set top software 
architecture framework in accordance with the 
present invention. 

The architecture 1000 corresponds to the 
5 architecture 2 00 of FIG. 2, but provides further 

details and examples for each layer. 

The device driver kernel modules in the layer 
210' correspond generally to the classes in FIG. 9. 

0 §7. Relationship to OpenCable APIs 

The following Sections summarize the current 
OpenCable API classification. 

§7.1. Operating System <-> Network APIs 

Network Protocols are used at all levels of the 
5 ASB, to communicate with other clients, 

applications, and servers. Although applications 
also make use of network protocols, many of these 
are actually OS -implemented network stacks called 
through the OS <-> Application APIs. Protocols 
0 specifically dealing with application-level client- 

server issues will be covered in the Client<->Server 
section. 

§7.1.1. Video and Data Network / Transport 
Protocols 

5 These protocols are used for network packet 

routing, connection establishment, control, and 
teardown. Industry open standards are TCP for 
connection-oriented transport, UDP for 
connectionless, real-time traffic transport, and IP 

0 for packet routing. RSVP is used for network 
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bandwidth and channel reservation, MPEG- 2 is the 
clear favorite for video transport. 

§7,1.2. Session / Presentation Protocols 

These protocols are used for session 
5 maintenance, and to provide applications with a 

common procedure for requesting and receiving data 
from content servers. FTP is used for file transfer, 
HTTP for WWW access and HTML transport, NNTP for 
news server access, and SMTP and IMAP for mail. 
10 There is no standard for chat, however. 

§7.1.3. Directory Services Protocols 

Directories are mostly read-only distributed 
databases that are designed for attribute lookup to 
locate, authenticate, and update network objects. 
15 LDAP, rapidly emerging as the standard directory for 

TCP/IP networks, is a lightweight version of X.BOO's 
more complex Directory Access Protocol . LDAP has 
been adopted by over 40 major software vendors, and 
supports access -independent data views, hierarchical 
20 storage, multiple storage schemes, rich access 

control, multiple database types and instances, and 
network replication. 

§7.1.4. Data-Link, Physical, MAC Layer 
Protocols 

25 These APIs control modulation, encoding, and 

management of data streams over the cable plant. 
§7.1.5. Network Encryption Protocols 

These protocols are used to encrypt and decrypt 
video, data, and transactions schemes. 
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§7.1.6. Multi-user / Network Broadcast 
Protocols 

Required for broadcasting of data streams 
efficiently over the network. 
5 §7.2. OS <-> Applications APIs 

The operating system provides applications with 
two sets of crucial services that allow those 
applications to be implemented on top of the system. 
Base OS Services, such as scheduling, virtual 

10 memory, mult i- threading, etc., are essential 

services that are provided to almost all 
applications without much effort on the programmer's 
part. The APIs for the these services are largely 
invisible. OS Standard Libraries, on the other hand, 

15 are predefined code modules that applications are 

encouraged to use when implementing functionality 
supported by the OS. For example, a network 
application is encourage to use the OS's network 
libraries, almost all apps are encouraged to use the 

2 0 OS's GUI libraries, etc. In essence, the standard 

libraries are present to maintain consistency, 
prevent duplication of effort, and speed up 
development. Sometimes, applications will bypass 
certain libraries for aesthetic reasons or to 
25 optimize code. 

§7.2.1. Application Services and Libraries 
These APIs control the heart of the set-top 
box. Native applications (those written specifically 
for the ASB, requiring maximum performance and 

3 0 hardware interaction) will be implemented based on 



OS services and libraries, provided through these 
APIs. 

§7.2.2. Computer Graphics 

These APIs control drawing and rendering of 2D 
and 3D objects. Application programmers use these to 
simplify graphic functions. They are also used to 
implement the graphical user interface and windowing 
tool-kits for applications. 

§7.2.3. Remote Execution Environments / 
Virtual Machines 

Allows applications stored on the network to be 
downloaded, executed, and discarded. Encapsulates 
runtime environment, security model, and object 
model. Current competitors are platform- independent 
Java, and Windows -specific ActiveX. Scripting 
versions include JavaScript and VBScript. 

§7.3. Operating System <-> Hardware APIs 

These APIs, commonly referred to as device 
drivers, allow the operating system to control 
various pieces of hardware. They are usually 
implemented in software by the device manufacturer, 
who plugs them into the operating system via a well 
defined device-driver architecture API proposed by 
the operating- system vendor. For well-defined 
categories of devices, the operating system vendor 
will sometimes provide a generic device driver for 
an entire class of devices. This generic driver can 
provide lowest common denominator functionality when 
the manufacturer's driver is unavailable^ i.e., the 
Macintosh OS provides a generic Laser Writer driver 
for all laser printers, but printers that have their 



48 



own driver available can take advantage of vendor / 
model -specific features. Systems that automatically 
recognize devices and load the appropriate driver 
are classified as plug-and-play . 
5 §7.3.1. Hardware Abstraction Layer (HAL) APIs 

The HAL separates the hardware from the OS, and 

makes the OS portable across any platform that 

supports the HAL, 

§7.3.2. Registry APIs 

10 Storage format and control for local Flash RAM 

storage , 

§7.4. Operating System <-> Operating System 

APIs 

These APIs are used when one OS is implemented 
15 on top of another, as is the case with virtual 

machines, or two OSs communicate with each other. 
The latter case is rare, and is usually handled 
through network protocols, although some component 
and object models allow distributed objects to 
20 communicate across OSs. 

§7.4.1. Remote Execution Environments / 
Virtual Machines (VM) links to OS 

Controls implementation details of virtual 
machines on existing RTOS , Important for VM 
25 portability if a proprietary VM is implemented, or 
if an open VM is implemented with proprietary ties 
to the OS. 

§7.4.2. Distributed Object Model 

Allows applications to store and exchange data 
3 0 with other networked applications in a common object 

format. Competitors are Microsoft's Distributed 
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Component Object Model (DCOM) and JavaBeans / CORBA 
(Common Object Request Broker Architecture) . Remote 
Procedure Call mechanisms (ONC, DCE) also fall 
within this API. 
5 §7.5. Client <-> Server APIs 

Clients and servers will often pass application 
data through standard networking protocols, but 
remote client management, authentication, software 
downloading, and updating are handled through 
10 specific client-server APIs. These APIs usually tend 

to be closed and fragmented, due to the large number 
of potential combinations and issues. 

§7.5.1. Network Management 

Remote network management of all network 
15 elements. 

§7.5.2, Software Management and Updates 

An API that controls software downloads and 
module loaders . 

§7.5.3. Network / Remote FileSystem 

20 Controls file storage -and retrieval methods. 

§7.5.4. Digital Certificates 

Control authentication for users, vendors, and 
products . 

§7.5.5. Calendar Server Protocols 
2^ Determines storage and interaction formats for 

user calendaring and scheduling functions. 
§7.5.6. Synchronization Protocols 

Required for clock synchronization and timing. 
§7.5.7. Usage Data Gathering APIs 

3 0 Defines methods and formats for usage data 

collection, storage, and transmission. 
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§7.5.8. Billing System APIs 

Defines methods and formats for billing data 
collection, storage, and transmission. 

§7.6. Application <-> File APIs 

5 Applications use specific formats to store and 

retrieve data that they use. With the exception of a 
few, high-visibility formats {ASCII, HTML), these 
formats are often closed and proprietary in nature. 
Besides just static-data, some applications also 
10 support the storage, retrieval, and execution of 

plug- in code modules, and release APIs that allow 
3rd party vendors to construct such plug- ins. 
§7.6.1. Text Document Storage Formats 

Storage format for plain text documents. 
1^ §7.6.2. Hyperlinked Document Storage Formats 

Storage format for rich, hyperlinked text. 
§7.6.3. Image Storage Formats 

Compression format for images, 

§7.6.4. 3D Graphics Document Storage Formats 

20 ^ Storage formats for 3D data 

§7.6.5. Video Clip Storage Formats 

Encoding of streaming and non- streaming video 
clips . 

§7,6.6. Audio Document Storage Formats 

25 Encoding of sound and music. 

§7.6.7. Animation Dociunent Storage Formats 

Animation encoding. 

§7.6.8. Web / Video Integration Formats 

Defines libraries and methods to integrate web- 
30 based content with traditional TV offerings. 
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Examples include hyperlinked ads, buttonbar and 
ticker overlay, virtual web channels, etc. 
§7.6.9. Personal Information Storage 

Storage of user identification information, 
preferences, and access control information. 
§7.7. Client <-> Content APIs 

This set of APIs controls serving and delivery 
of "content from various servers to the client. It is 
really a subset of the client-server APIs, but is 
explicitly mentioned since some vendors may attempt 
to achieve lock- in by requiring proprietary servers 
to distribute content. 

§7.7.1. Web Data Serving 

Format for serving web content. Beyond standard 
HTTP, some web servers may use proprietary serving 
methods (i.e., Active Server Pages). 

§7.7.2. Video Data Serving 

Format for serving video content . 
§7.7.3. Integrated Data Serving 

- Serving and coordination of integrated web / 
data content . 

§7.8, Content <-> Access APIs 

This set of APIs controls serving and delivery 
of content from various servers to the client. It is 
really a subset of the client-server APIs, but is 
explicitly mentioned since some vendors may attempt 
to achieve lock- in by requiring proprietary servers 
to distribute content. 

§7.8.1. Video Access Control 

Access control and encryption of video streams. 
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§7.8.2. Data Access Control 

Authentication for data content transmission, 
§7.9. Browser <-> Resident Engine APIs 

Not really a separate set of APIs per se, the 
browser <-> resident engines interaction is really a 
sub- category of OS <-> Applications, and is 
explicitly broken out due to its strategic 
importance and the fact that most browser vendors 
subsume this API into their product. In a well- 
designed operating system, the resident HTML, VRML, 
Java, and caching engines are services that the OS 
provides to all interested applications. However, 
most browser vendors bundle these important engines 
into the browser, thereby concealing and controlling 
these important APIs, even though they should be 
explicitly exposed. 

§7.9.1. Explicit HTML Engine Control 

Controls to access and use the HTML rendering 
engine once it has been separated from the browser. 
Alternatively, if a proprietary fxirmat is used, the 
OS provider should document the APIs used, and 
provide rights to these APIs for free, in 
perpetuity. 

§7.9.2. Explicit Cache Control 

Controls to access and use the caching engine 
once it has been separated from the browser. 

Accordingly, it can be seen that the present 
invention provides a Set Top software that allows 
the consideration of Set Top application and 
middleware software functionality independent from 
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the operating system and hardware. 

The invention can support various type of 
functionality, such as multiple users, secure 
controlled access of resources, application 
download, registration, start, stop, and monitoring, 
resource download, registration, start, stop, and 
monitoring, management of audio, video, data 
presentations . 

Although the invention has been described in 
connection with various specific embodiments, those 
skilled in the art will appreciate that numerous 
adaptations and modifications may be made thereto 
without departing from the spirit and scope of the 
invention as set forth in the claims. 

For example, while various syntax elements have 
been discussed herein, note that they are examples 
only, and any syntax may be used. 

Moreover, the invention is suitable for use 
with virtually any type of network, including cable 
or satellite television broadband communication 
networks, local area networks (LANs), metropolitan 
area networks (MANs) , wide area networks (WANs), 
internets, intranets, and the Internet, or 
combinations thereof. 
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What is claimed is: 

1. A television set-top terminal with 
software , compris ing : 

a computer readable medium having computer 
program code means; and 

means for executing said computer program code 
means to implement a layered software architecture 
wherein: 

an application layer allows a user to interact 
with the terminal; 

a middleware layer supports the application 
layer by providing Application Program Interfaces 
(APIs) ; 

an operating system layer supports the 
middleware layer; 

a hardware layer supports the operating system 
layer; and 

said layered software architecture allows 
configuration of a functionality of the application 
layer and the middleware layer independently of the 
operating system layer and the hardware layer, 

2. The terminal of claim 1, wherein: 

the layered software architecture includes a 
set top management layer that supports the 
application layer by configuring management services 
of the terminal, 

3. The terminal of claim 2, wherein: 
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said management services include at least one 
of application, user, resource and presentation 
management . 



4. The teminal of claim 2, wherein: 

the set top management layer implements a state 

information module to designate states of resources 

of the terminal . 



5. The terminal of claim 4, wherein: 
said state information module is based on the 
ITU-T X.731 standard. 



6. The terminal of claim 1, further 
comprising: 

an application program interface (API) for 
providing a configurable functionality, 

7. The terminal of claim 6, wherein: 
said API enables said terminal to support 

multiple users. 



8, The terminal of claim 6, wherein: 
said API enables said terminal to secure 

controlled access of resources, 

9, The terminal of claim 6, wherein: 
wherein said API enables said terminal to 

download, register, start, stop, and monitor 
applications of the applications layer. 
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10. The terminal of claim 6, wherein: 

said API enables said terminal to manage audio, 
video and/or other data presentations . 

11. The terminal of claim 1, further 
comprising at least one of: 

a set top manager; 

a presentation manager; 

an application manager; 

a user manager; 

a resource manager; 

a set top agent; and 

a program view assistant, 

12 . A method for implementing a layered 
software architecture for a television set-top 
terminal, comprising the steps of: 

providing a computer readable medium having 
computer program code means; and 

executing said computer program code means to 
implement a layered software architecture wherein: 

an application layer allows a user to interact 
with the terminal; 

a middleware layer supports the application 
layer by providing Application Program Interfaces 
(APIs) ; 

an operating system layer supports the 
middleware layer; 

a hardware layer supports the operating system 
layer; and 
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said layered software architecture allows 
configuration of a functionality of the application 
layer and the middleware layer independently of the 
operating system layer and the hardware layer. 

13. The method of claim 12, wherein: 

the layered software architecture includes a 
set top management layer that supports the 
application layer by configuring management services 
of the method. 

14. The method of claim 13, wherein: 

said management services include at least one 
of application, user, resource and presentation 
management . 

15. The method of claim 13, wherein: 

the set top management layer implements a state 
information module to designate states of resources 
of the method. 

16. The method of claim 15, wherein: 

said state information module is based on the 
ITU-T X.731 standard. 

17. The method of claim 12, wherein: 

said layered software architecture provides an 
application program interface (API) for providing a 
configurable functionality. 

18. The method of claim 17, wherein: 
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said API enables support of multiple users. 

19. The method of claim 17, wherein: 

said API enables secure controlled access of 
resources . 

20. The method of claim 17, wherein: 
said API enables downloading, registering, 

starting, stopping, and monitoring of applications 
of the applications layer. 

21. The method of claim 17, wherein: 
said API enables managing of audio, video 

and/or other data presentations. 

22. The method of claim 12, where in said 
layered software architecture provides at least one 
of: 

a set top manager; 

a presentation manager; 

application manager; 
a user manager; 
a resource manager; 
a set top agent; and 
a program view assistant. 
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ABSTRACT 

A software architecture framework for the soft 
set top box- A Set Top software architecture (200, 
1000) allows the consideration of Set Top 
5 application and middleware software functionality 
(120) independent from the operating system (110) 
and hardware (100) . Various types of functionality 
can be supported, such as multiple users, secure 
controlled access of resources, application 
10 download, registration, start, stop, and monitoring, 
resource download, registration, start, stop, and 
monitoring, and management of audio, video, and data 
presentations . 
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